home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c / 720 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.1 KB
  1. Path: inforamp.net!usenet
  2. From: pcurran@inforamp.net (Peter Curran)
  3. Newsgroups: comp.std.c
  4. Subject: Re: Restrictions on qsort compare function?
  5. Date: Wed, 10 Apr 1996 01:54:25 GMT
  6. Organization: PSC Enterprises
  7. Message-ID: <4kf4as$b8n@sam.inforamp.net>
  8. References: <828644274snz@genesis.demon.co.uk> <4k28t4$2g0@sam.inforamp.net> <828726582snz@genesis.demon.co.uk> <DpKFxB.BGG@thinkage.on.ca>
  9. Reply-To: pcurran@inforamp.net
  10. NNTP-Posting-Host: ts47-13.tor.istar.ca
  11. X-Newsreader: Forte Free Agent 1.0.82
  12.  
  13. On Mon, 8 Apr 1996 23:00:47 GMT in article <DpKFxB.BGG@thinkage.on.ca>
  14.     dat@thinkage.on.ca (David Adrien Tanguay) (David Adrien Tanguay) wrote:
  15.  
  16. >For Peter Curran: What if a particular comparison function causes some qsort
  17. >to go into an infinite loop? Is that a non-conforming qsort or a n-c
  18. >comparison function?
  19.  
  20. Assuming a comparison function such as I have hypothesized, based on the text of
  21. the current standard, I would have to say it is a non-conforming qsort.  This is
  22. a ridiculous result, of course, but I think it is a reasonable interpretation of
  23. the current text.
  24.  
  25. --
  26. Peter Curran                               pcurran@inforamp.net
  27.  
  28.